Bejelentkezés

A konverziók olyan események, amelyek bevételt generálnak.

Ezek csak a landoló oldalon és az ajánlati oldal csomópontokon fordulhatnak elő, de bármely látogató konverziója visszamenőleg is hozzárendelődik azokhoz az oldalakhoz/csomópontokhoz, amelyeket a konverzió előtt látogatott meg.

A konverziók nyomon követésének három módja van:

  1. Postback URL használatával
  2. JavaScript-ünk használatával
  3. Tölcsérépítőnk használatával

Az alábbiakban mindkét lehetőséget áttekintem.


Konverziókövetés postback URL használatával

A postback URL nagyon egyszerű - csak egy URL, amelyet valamilyen rendszer tölt be, például az ajánlati hálózatod, egy másik követési platform, egy alkalmazás/oldal kódja, vagy akár te magad egy böngészőben.

Ezek természetüknél fogva nagyon egyszerűek. Az URL-t betöltöd információ továbbítás céljából, megkapják, és ennyi!

A postback URL-eket a Beállítások > Követőkódok területen, valamint az ajánlatok/ajánlatforrások konverziókövetési fülein találhatod meg:

Két postback módszert használhatsz.


Követés találati azonosítók használatával

A FunnelFlux Pro globális postback URL-jét a rendszerbeállítások alatt találhatod:

https://DOMAIN/pb/?hit=REPLACE&tx=REPLACE&rev=REPLACE
  • hit = egyedi találati azonosító (kötelező)
  • tx = opcionális tranzakció azonosító
  • rev = opcionális konverziós bevétel (ha nincs megadva, az ajánlat konfigurációjában meghatározott alapértelmezett kifizetést használjuk)

Ehhez egy Találati azonosítót kell átadnod, amely egy egyedi követési azonosító, amit minden látogatáshoz generálunk a tölcsér bármely csomópontján. Tehát egyetlen látogató (akinek egyetlen látogatói azonosítója van) minden általa érintett csomóponthoz különböző találati azonosítót generál.

Amikor valaki meglátogat egy oldalt, meg akarjuk szerezni az ahhoz az oldalhoz generált találati azonosítót, és vissza akarjuk küldeni, amikor konverzió történik.

Ennek legegyszerűbb módja, ha megváltoztatod az ajánlatot, hogy átadja a találatunkat a {hit} token használatával. A legtöbb esetben, partner hálózatoknál ez azt jelenti, hogy valami hasonlót adsz át az URL-ben: ...&clickid={hit}....

Ezután a hálózatodban konfigurált postback URL-ben visszaadnád ezt az adatot, valami ilyesmit használva:

https://DOMAIN/pb/?hit={{clickid}}&tx={{transaction}}&rev={{payout}}

Ne feledd, ez csak egy példa - a találati azonosító átadásának paramétere és a postbackben használandó tokenek a harmadik fél rendszerétől függenek. Használd az ajánlatforrás sablonokat útmutatóként.

Ha egyedi rendszert vagy saját fejlesztésű tölcséreket használsz, rajtad múlik, hogy rögzítsd ezt a találati azonosítót, majd add vissza egy postback URL-ben, amikor konverzió történik.


Konverziókövetés JavaScript használatával

A konverziók nyomon követésének második módja a JavaScript használata.

Menj bármely ajánlathoz > szerkesztés > konverzió követés. Ez megadja a kódot egy konverziós esemény elindításához, amely a mi univerzális címkénk, amelyet egy flux.track esemény követ, ilyen módon:

<!-- FF Pro Conversion Event -->
<script>
 flux.track("conversion",{rev:"VALUE"})
</script>

Itt kicserélheted a bevétel értéket a sajátodra, vagy üresen hagyhatod, hogy az ajánlat alapértelmezését használja.

Ebben a formában ez a kód a legutóbb megtekintett ajánlat nézetét fogja konvertálni. Ha egy adott oldalidentitást szeretnél kényszeríteni, átadhatod a p paramétert, és kényszeríthetsz egy adott vid-et vagy hit-et is (ne add át mindkettőt). Átadhatsz egy tranzakció azonosítót is a tx paraméterrel (mindezt a függvény második argumentumában lévő objektumon belül - a kapcsos zárójelek közötti dolgok).


Aktiválás a Tölcsérépítőn keresztül

Az egyedi események kiváltásának egy további módja közvetlenül a tölcsérépítőn keresztül, az "eseményre" funkciónk használatával.

Bármely oldalról kiinduló műveletnél jobb kattintás > művelet módosítása.

Innen kiválaszthatod, hogy konkrét egyedi eseményeket vagy konverziókat aktiválj.


Postbackek letiltása a forgalmi forrásodhoz

Haladó lehetőségként, ha szeretnél postbacket/konverziót küldeni a FunnelFlux-nak, de NEM szeretnél eseményt aktiválni a forgalmi forrásodnál, hozzáadhatod a ...&disable_postbacks=true... paramétert a postback URL-edhez.

Példa:

https://DOMAIN/pb/?vid=REPLACE&p=REPLACE&tx=REPLACE&rev=REPLACE&disable_postbacks=true

Ez különösen hasznos keresési arbitrázs futtatásakor, mivel késleltetett konverziókat hozhatsz létre pontosabb bevétellel, ami frissítéseket okoz a FunnelFlux-ban anélkül, hogy megváltoztatná a forgalmi forrás konverziós adatait.


Eseményállapotok kezelése

Ha egyetlen postbacket használ, de vannak olyan eseményei, amelyek állapota változik és többször is elküldésre kerülnek, használhatja az állapot paramétert a meglévő konverzió módosítására.

Például:

https://DOMAIN/pb/?hit=REPLACE&tx=REPLACE&rev=REPLACE&status={status_token}

Ha pending, hold vagy preapproved állapotérték kerül elküldésre, rendszerünk 00.1-re állítja a bevételt – létrehozva egy konverziót, de egy nagyon kis bevételi értékkel mint ideiglenes érték.

Amikor az állapot rejected, reject, trash vagy cancelled értékre van állítva, a bevétel -1-re lesz állítva, és ez törli a meglévő konverziót (ha van), vagy nem hoz létre újat.

Ha az állapot bármilyen más érték, azt normál konverzióként kezeli, lényegében figyelmen kívül hagyva az állapotot és normál konverziót végezve.


Alternatív postback módszer - Munkamenet-alapú VID

Ha nem tudsz rögzíteni egyetlen egyedi találati azonosítót egy adott oldalhoz, de rögzíteni tudod egy felhasználó látogatói azonosítóját (VID), akkor ezt is használhatod a konverziókhoz.

A VID egy egyedi azonosító egy felhasználóhoz/munkamenethez. Ezt mindig visszaadjuk a JS válaszunkban, automatikusan hozzáadjuk az átirányítási célpontokhoz, és megpróbáljuk automatikusan átadni a műveleti linkekbe.

Gyakran könnyebb lehet ezt rögzíteni egy látogatói út elején, és nem foglalkozni valamelyik konkrét oldal találatával, különösen az e-kereskedelemmel kapcsolatos platformoknál.

Ehelyett visszaadhatod a VID-et a postback URL-ben, valamint a konvertált oldal azonosítóját.

Tehát a postback URL-ed lehet:

https://DOMAIN/pb/?vid=REPLACE&p=REPLACE&tx=REPLACE&rev=REPLACE

Amikor ilyen adatokat adsz át, megtaláljuk azt a VID-et/felhasználót, majd megkeressük a legutóbbi találati azonosítót ahhoz az oldalazonosítóhoz.


Látogatói azonosító vs. Találati azonosító használata konverziókövetéshez

Van néhány előnye és hátránya a látogatói azonosító vagy a találati azonosító rögzítésének és használatának a postback-alapú konverziókövetéshez.

A látogatói azonosítónál:

  • Általában könnyebb rögzíteni, mivel a JS-ünk mindig tartalmazza, és az átirányításaink mindig hozzáadják
  • Ez egy egyedi látogatói azonosító, így sokkal könnyebb tárolni CRM és e-kereskedelmi rendszerekben
  • Ez sokkal hasznosabbá teszi olyan folyamatoknál, ahol felfelé értékesítés/több ajánlat van, ahol egy felhasználói azonosítót szeretnél tárolni és több konverziós eseményt küldeni
  • Nem kell különböző azonosítókat rögzítened különböző ajánlati oldalakon, és biztosítanod, hogy helyesen legyenek tárolva/használva
  • Azonban a VID adatok a munkamenet-tárolónkból kerülnek lekérdezésre, ami nem állandó. Ezek a munkamenetek alapértelmezetten 4 napig tartanak, és automatikusan meghosszabbodnak aktivitás esetén. Tehát bár tárolhatod ezt az értéket egy CRM-ben, nem fog működni, ha 6 hónappal később indítasz valamilyen véletlenszerű konverziót előzetes aktivitás nélkül.
  • Ezen kívül a VID-del át kell adnod egy oldalazonosító értéket is, hogy megmondd, melyik ajánlat konvertálódott - különben a felhasználó munkamenetének utolsó meglátogatott ajánlatát fogja használni

A találati azonosítónál:

  • Egyszerű a hagyományos partner forgatókönyvekben egy egyedi kattintási azonosítót átadni, majd visszaadni egy másik rendszernek
  • Nincs szükség más érték, például oldalazonosító megadására, mivel a találati azonosítók már egyediek egy adott oldallátogatáshoz
  • A találatokat örökre tároljuk az elemzési adatbázisunkban, így bármikor konvertálhatók a jövőben
  • A VID-del ellentétben azonban nem használhatsz egy találatot különböző oldalak konvertálására egy látogató számára, így kevésbé ideálisak, ha sok oldal/ajánlat és valamilyen CRM rendszer van

Ha kétségeid vannak, csak keress meg minket, és segítünk tisztázni a postback követéssel kapcsolatos kérdéseket.